Closed Bug 272452 Opened 20 years ago Closed 16 years ago

reproducable way to leave a firefox.exe process around after I quit (java applet / yahoo messenger)

Categories

(Firefox :: General, defect)

1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: sspitzer, Assigned: jst)

References

(Blocks 1 open bug)

Details

reproducable way to leave a firefox.exe process around after I quit.

1) start firefox (I'm using 1.0)
2) open a single browser window, to http://messenger.yahoo.com/
3) click on "Launch Web Messenger" which will launch a second window, with java
applet (java applet might be key)
4) close the first browser window, so you are left with the one window with the
yahoo messenger java applet
5) close that window

at this point, I would expect no more firefox.exe processes running, but I have one.

6) click on the firefox desktop short cut icon
7) I get the profile picker
Summary: reproducable way to leave a firefox.exe process around after I quit → reproducable way to leave a firefox.exe process around after I quit (java applet / yahoo messenger)
Johnny, can you have a look at this? We've got a number of reports of people who
are confronted with the profile manager (many of whom accidentally create a new
profile and then think they've lost their old data). 
Assignee: firefox → jst
I get this problem consistently when I close Firefox while a Java applet is in
the middle of loading.
Here happens the same.

Firefox 1.0.4
Windows 2000
Java Plug-in 1.5.0_02
At work are building a proprietry application that is also occassionally subject
to this exact problem. Haven't managed to find a set of steps to reproduce
though. Just happens that when I exit the browser sometimes the firefox process
continues to hang around. I've used firefox since just before 1.0 was released
and its happened in all the version's I've used. Specification of my current setup:

Firefox 1.0.4
Java Plugin 1.4.2_07,
Windows XP Pro

Our proprietry applet communicates using TCP sockets with the server that served
it up and also uses a thread to send heartbeats to keep connections alive that
would otherwise idle and timeout. Perhaps similar in architecture to yahoo's
messenger applet? What I find in the process list hints at a thread related
issue - firefox.exe will continue running after closing the gui, so will a
uniquely named ****tmp.exe process which I assume is the thread.
(In reply to comment #4)

In my testing any plugin or applet engaged in communications will cause the process hang.  Other than available applications from various sources mentioned I also tested with an applet that I could control in its HTTP request/response processing.  I could not get Firefox to hang in memory during applet load or at any other time other than when it was engaged in communications.  IE does not have this problem with 1.4.x or 1.5.x Java plugin tests, latest releases of these Java lines do not seem to help this issue in Firefox.
It definitely seems related to Java Applets or Sun's Java Plugin:
To reproduce test:
1) Open any java applet in Firefox (even a "Hello World" program),
2) After it has loaded, press "Back" or goto a different web page,
3) Try to close Firefox, it will shutdown properly and so will the Java Plugin.
4) Re-open any java applet in Firefox,
5) This time, try to close Firefox while the Java applet is still loaded,
6) Firefox and Java Plugin dont actually close! Java stays running, and Firefox.exe is still running but the window is gone and it won't let you re-open Firefox until using Task Manager to shutdown "firefox.exe".

I have tested this in Mozilla 1.7.6, IE 6.0 and Netscape 8.0.3, they are all fine, the problem is only with Firefox! 

Firefox 1.5.0.3
WinXP sp2
Java Plugin 1.5.0.6
*** Bug 339609 has been marked as a duplicate of this bug. ***
*** Bug 340676 has been marked as a duplicate of this bug. ***
*** Bug 341246 has been marked as a duplicate of this bug. ***
*** Bug 341246 has been marked as a duplicate of this bug. ***
Depends on: zombieproc
It this still a Problem in a current Firefox Nightly Build / Gran Paradiso Build ?
Blocks: zombieproc
No longer depends on: zombieproc
(In reply to comment #12)
> It this still a Problem in a current Firefox Nightly Build / Gran Paradiso
> Build ?
> 

It works fine now, on Firefox 2.0.0.14 (public release) and Sun Java 1.6.0_05-b13 on WinXPsp2.  Congrats!
closing as works for me per comment #13, thanks shervin.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.